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(54) Computer system for generating a user interface. 



(57) A system and method for improved user interface screen generation for an application program which 
supports multilingual users. Dynamic generation of subscreens, or subpanels, which conform to a given 
country's language requirements is provided. These subscreens support both input and output 
operations between an application program and user of a data processing system. The system and 
method further provide improved conveyance of information between the person(s) responsible for the 
initial user interface screen or panel layout in the initial language, and the person(s) responsible for 
translating the language specific portion of this screen layout into a subsequent language. Information 
containing specific comments pertaining to a given field or submenu to be displayed, and its associated 
text, can be appended to the file containing the text to be displayed. Other information conveyed with 
the text file can include change log information, which specifies that only a portion of the whole file has 
been changed, and which portion needs to be translated as a result 
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This invention pertains to data processing systems, and more particularly to a system allowing for dynamic 
screen or panel generation, on a display system, which easily supports multilingual translations. 
Such a screen or panel forms an important part of what is commonly called the user interface of the system. 
The quest for increasing market share in the data processing industry has resulted in expanding the mar- 
5 keting of traditional national products into an international arena. This requires products which can be readily 
modified to meet the needs of the various countries in the the international marketplace. Such modification 
is generally costly. 

The modification typically involves translation of the data processing system application program to an- 
other language. Initially, this was accomplished by translation centers going through the source code, and mak- 

10 ing appropriate modifications to suit a particular country's needs. The program would then be recompiled and 
linked after such changes had been made, and this new runtime program would be sold in that particular mar- 
ket for the language which was implemented. This procedure was not only time-consuming, but subject to er- 
rors. These errors are particularly apparent in a windowing, or panel display system having fixed areas for par- 
ticular types of information, such as information messages, prompt messages, input fields, status indicators, 

15 etc. where the format or style of the windows provides a consistent interface, independent of the specific un- 
derlying application (this windowing, or panel interface has been popularized by the Apple Macintosh comput- 
er, and follow on products such as Microsoft's Windows program). It should be reiterated that these panels 
attempt to provide a consistent user interface, independent to a certain extent from the actual application being 
used by the end user. However, translation centers and translators generally have no knowledge of these pan- 

20 els, and are rather experts in the literal translation of words in one language to that of another language. As 
a result, the resultant translations cause the format or style of the screen images to change as text used as 
part of the display is changed, resulting in inconsistent screen formats and styles. The major underlying prob- 
lem is that the application program would be closely coupled to the type of interface presented to the user, 
and any change to the application program in translation was directly reflected in the resultant display pre- 

25 sented to the user when the application program was run. Other types of errors resulting from this type of sys- 
tem resulted as the file containing the program logic flow was being edited by a person untrained in program- 
ming. This resulted in inadvertent changes possibly being made to the syntax of the application program, which 
would cause fatal errors when trying to compile, link, or run the resulting code. 

This problem has been addressed to a certain extent by trying to separate the programming code instruc- 

30 tions from the text portion which is to be displayed to the user of the application program. Two separate files 
are used to accomplish this separation. The idea here is that a translator would only be modifying the text, or 
language specific file (textfile), and not modifying the file containing the language independent program code 
logic and controls (program file). This system is not without its own set of problems, however, as even though 
the code is separated from the text, it is not isolated or independent This is because the program file still pos- 

35 sibly maintains information pertaining to the text to be displayed, such as pointers to the location in memory 
where the text string is located, and the length of the text string. Many times during translation, if not most of 
the time, the length of the strings will change when translated. The program file would then have to be modified 
to reflect the change in string length which resulted from such translation. 

Some attempts have been made to eliminate the modification of string length step by coding a 'worst 

40 case* value for the length, the worst case being the longest string value possible for all languages for which 
the program will be translated. However, this approach is not only inefficient, but results in a cluttered, unat- 
tractive screen displays for all but the language which is utilizing the worst case values, as the menu layout/ar- 
chitecture would have to be designed using these worst case values. 

It is accordingly an object of the present invention to provide a system and method for improved user in- 

45 terface screen generation particularly suitable for an application program which supports multilingual users. 

According to the invention there is provided a system for generating a user interface screen having at least 
one subscreen, in a data for running an application program in one of two or more user languages, comprising 
a first file substantially comprising language independent information; a second file substantially comprising 
language dependent information and formatting means adapted to format said user interface screen during 

so execution of said application program using information from said first file and second second file and to con- 
vert said subscreen to a language specific format 

There is further provided a method for generating user interface screens, having at least one subscreen, 
in a multilingual compatible data processing system comprising reading a first file substantially comprising lan- 
guage independent information; reading a second file substantially comprising language dependant informa- 

55 tion and dynamically formatting at least one of said user interface screens using information from said first 
file and said second file and converting said subscreen to a language specific format 

The system and method permit improved conveyance of information between the person(s) responsible 
for the initial user interface screen or panel layout in the initial language, and the person(s) responsible for 
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translating the language specific portion of this screen layout into a subsequent language. Information con- 
taining specific comments pertaining to a given field or submenu to be displayed, and its associated text, can 
be appended to the file containing the text to be displayed. Such annotated text can direct the translator that 
a particular text string should not be translated, for example, because it is an acronym not capable of being 
5 translated. Other information conveyed with the text file can include change log information, which specifies 
that only a portion of the whole file has been changed, and which portion needs to be translated as a result 

In order that the writer may be well understood, a preferred embodiment thereof will now be described 
with reference to the accomanying drawings, in which:- 

Figure 1 shows the bufldtime operation for creating user I/O interface panels/screens. 
10 Figure 2 shows the runtime operation for rendering user I/O interface panels/screens. 

Figures 3a-3c are representative samples of various interface panels/screens presented to a user an a 
display device of a data processing system. 

Figure 4 details the multilingual support capabilities of the system. 

Figure 5 details the internal areas of a sample panel and resulting panels supporting English and German 
15 languages. 

Best Mode for carrying Out the Invention 

The functions of the present invention may be best understood by considering the two high-level functional 

20 blocks shown in Figures 1 and 2. Referring first to Figure 1, Build 15 is that part of the overall system when 
the basic screen panels which are to be used for the I/O interface with the user of a selected application pro- 
gram are developed. Figure 2's Run 33 is when these basic panels are dynamically modified to provide the 
final screen panel used for the user I/O during the actual operation of the intended application program running 
on the data processing system. 

25 Let us now consider how the basic screen panels are developed. With reference to Figure 1, a typical sys- 

tem for practicing the present invention involves display 10 providing the I/O interface to a panel designer who 
is going to design a series of panels appropriate to a selected application program. The display screen panels 
will be called subsequently to provide the I/O to the program user appropriate to each step of the program. 
The display 10 is functionally interconnected to the processor 11 through I/O bus 12 in the preferred embodi- 

30 ment For purposes of this description, processor 1 1 will be considered to be an IBM PS/2 Model 70 which con- 
tains an Intel 80386 microprocessor, having an operating system 13 which here is the OS/2 operating system 
including a display manager 14, e.g. the IBM Presentation Manager. This system is described in greater detail 
in the IBM publications entitled 1TSC IBM OS/2 Extended Edition", order number GBOF-2195 and "OS/2 PM 
Application Design", order number GG24-3422, both hereby incorporated by reference as background material. 

35 Alternate embodiments could comprise the DOS operating system running Windows 1 , or an AIX 2 operating 
system running AlXwindows 3 . Further, there are numerous other types of processors and operating systems 
which could implement the herein described invention, without departing from the spirit and scope of the in- 
vention being claimed. Through procedures further described in our copending European patent application 
(IBM internal docket AT991-048), entitled "Computer System for Dynamically Generating 

40 Display Screen Panels providing Interactive Interfaces for Application Program Steps" and hereby incorporated 
by reference, a source file is generated for each panel created, and stored via internal bus system 29 to file 
storage means 30. This source code is then compiled through a compiler 31 to create an object code file 32 
which defines and describes the panel. The object code file provides the basic panel configurations from which 
the panels required, when the application program is actually run, to be generated. As will be described in more 

45 detail below, this object code f Oe 32 is further broken down into language dependant and independent com- 
ponents. The compiler 31 transforms the high level language source code, which has been used by the panel 
designer, into an object program file 32 which consists of the machine executable instructions. A reference for 
compiler design is the text "Principles of Compiler Design" by Ahao and Ullman published by Addison- Wesley 
Publishing Company, 1977, and hereby incorporated by reference as background material. 

50 Continuing with the high-level system overview, reference is now made to Figure 2, where the specific 

panels created in Figure 1 are dynamically generated at Runtime, i.e. when the application program is being 
run and thus requiring and the panels for the application program's I/O interface. Figure 2 shows a processor 
11 which for 

trademark of Microsoft Corp. 

55 trademark of IBM Corp. 

^Trademark of IBM Corp. 

convenience is the same processor of Figure 1 set up with appropriate components to run the application pro- 
gram 34 and to generate dynamically the requisite screen panel. Display 10 and I/O bus 12 perform their func- 
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tions as previously described with respect to Figure 1, as does operating system 13 and display manager 14. 
The object code file 32 defining the basic screen panels required to support the application program 34, such 
as shown in Figures 3a- 3c, are loaded into processor 11 of Figure 2 during runtime. Also loaded into processor 
11 is a set of routines 33, stored in storage means 35, which for convenience of this description will be referred 

5 to as the "run" routine for dynamically generating panels to be displayed on screen 10 from the the basic panel 
data stored in panel file 32. The specifics of this run routine 33 are similarly further described in our copending 
European patent application previously referred to. (IBM internal docket AT991-048). 

Turning now to Figure 4, the specifics of multilingual translation capabilities will be shown. Asingle source 
file 40 is input to the compiler 31. This single source file 40 comprises all information necessary for screen 

10 generation and translation of panels such as sample panel 80 of Figure 5. The single source file 40 contains 
tagged information for building panels. A begin window definition tag 42 is shown, which defines the title 44 
to be displayed in the title text area 45 of Figure 5 when the particular window is being displayed. In this ex- 
ample, the title text is defined to be Transaction* at 46 and ultimately displayed as tide text at 48 of Figure 5. 
Other areas of interest in this sample panel 80 of Figure 5 are the prompt area 82 and the area for primary 

75 control 84. The prompt area 82 will contain information dynamically generated by the system, and is meant to 
prompt a user to interact with associated subscreen, or primary control areas 84. This control area is the area 
where user interaction occurs, such as displaying and/or changing system variables or other parameters re- 
quired by the underlying application program or operating system. For example, a create datef ield tag is de- 
fined at 50 of Figure 4, the datef ield being known to the system as the field where date information is manipu- 

20 lated. The particular prompt, or text string to be displayed, which is associated with this control field 50 is de- 
fined at 52 to be 'Date of transaction'. The prompt fields are displayed in the prompt area 82 as shown in sample 
panel 80 of Figure 5. For this particular example, the prompt of 'Date of transaction' would appear at 86 of the 
English language panel 88 of Figure 5. This prompt 86 corresponds to subscreen, or control area 90 where a 
user could confirm, modify, or enter the value for which the user is being prompted for. Other prompt and cor- 

25 responding control fields are shown for the timef ield 54 having a prompt value 58. The subsequent panel dis- 
play shown in Figure 5 has the prompt field 92 and associated subscreen 94 of English language panel 88. A 
final example of prompt and corresponding control fields are shown in Figure 4 for the currencyf ield 56 having 
a prompt value 60. The subsequent panel display shown in figure 5 has the prompt field 96 and associated 
subpanel 98 of English language panel 88. 

30 The single source file 40 of Figure 4 has the panel definition terminated by an 'end window definition 

tag' 66 in the preferred embodiment. The Prompt.Note tag 62 having a text string 64 associated therewith will 
be discussed later. Other information can be included in this single source file, and only the portions germane 
to this discussion are shown. Other types of information could include, for example, text which would be in- 
cluded in user documentation or help panels associated with a particular panel or window. 

35 As previously described, the single source file 40 is the input data for a compiler 31 . This compiler is de- 

signed, using programming techniques known to those of ordinary skill in the art, to segregate language in- 
dependent and language dependent information, as shown at 68 and 70 of Figure 4. The language independent 
information 68 would include system controls and variables which are known to, and accessed by, the data 
processing system by its own internal methods. Hence, the information is independent of any language being 

40 presented on display screens to the user. The language dependent information 70 contains text and/or data 
which is presented to the user in a particular language which, hopefully, the user understands. Thus, this in- 
formation is segregated in a file separate from the language independent information, so that only the infor- 
mation requiring translation from one language to another need be conveyed to translators or translation cen- 
ters. In this particular example of Figure 4, the language independent file 68 contains system encoded instruc- 

45 tions for the window def, datefield, timefield, currency field, and end window def tags. The corresponding 
prompt text for these tags is maintained in the language dependent file 70, as shown at 74. The method for 
associating which prompt string goes with which tag is shown at 76 and 78, where an id field 76 is included in 
the single source file 40 which uniquely def ines an id for the tag and corresponding prompt. For example, the 
window def tag has an id 76 of 'a', and this id is maintained at 78 in the language dependent file for the particular 

so prompt associated with that tag. The other tags have id's of 'b\ 'c\ and *d\ respectively, which are similarly 
maintained with the corresponding prompts 74. 

The translation of the language dependent file 70 results in a corresponding file 80 having prompt strings 
for the particular language being supported. The translation step 102 merely involves a translator reading the 
language dependent file 70, and translating the prompts into the desired language, and creating a file 100 con- 

55 taining these translated prompts 102. In the specific example shown, the English language prompts 74 are 
translated into their equivalent German language prompts 104. Note that the id used to associate the prompts 
with the tags 72 are contained in the translated file 100 at 106, thus maintaining the link to the language in- 
dependent file 68. 
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The language independent file 68, and the appropriate language dependent f ile 70, 100 (or any other lan- 
guage file for a supported language) then serve as inputs to the panel-formatter subsystem 108. The panel 
formatter interacts with the application program 110 which is running on the data processing system through 
an application programming interface, or API, at 112, where the program either presents data desired to be 

5 displayed to the user, or requests data from the user using prompts on the display. The panel-formatter sub- 
system 108 renders the screen display, including panels such as 88 of Fig. 5, as directed by the Application 
program 110, using the language independent file 68 and the appropriate language dependent file 70. Use of 
an alternate language dependent file such as 100, which supports the German language, would result in panel 
120 being rendered on the display screen, when used in tandem with the common language independent file 

10 68 of Figure 4. Additional information supplied to the panel-formatter subsystem 108 are formats for various 
system variables 114. These values are used during the dynamic formatting operation of the panel -for matter, 
as will now be described. 

The detailed operation of the panel-formatter subsystem 108 of Figure 4 is shown in Table 1 below. 

15 



20 



25 



30 



PSEUDO-CODE executed by subsystem upon panel request by application: 
Do for pass = 1 to 2 

do for all instructions 

if instruction is 'begin window definition 1 then do 
get width of title text 

add width of other title bar icons as needed 
set current max column width to calculated width 
set current Y position at 0 (upper- left 0,0 origin) 

end 



35 if instruction is 'create date field' then do 

retrieve prompt text from current language -dependent file 
calculate width of prompt text 

40 

retrieve system date format 

create appropriate number of enterable elements 
for month, day, year, etc. plus appropriate 
45 separator static text fields 

arrange horizontally on panel according to system format 

50 if pass = 1 then do 

adjust alignment point to max of all current prompts 
set current max column width to alignment point plus max 

55 
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width of all current primary controls 
(including total width of all elements making up 
this date entry field) 

end 

else (pass = 2) do 

position leftmost primary element at alignment point 

position prompt at left margin and current Y 

set current Y value to current Y value + datefield 

height + datefield standard vertical spacing 

end 

nd 

f instruction is 'create time field' then do 

retrieve prompt text from current language-dependent file 
calculate width of prompt text 

retrieve system time format 

create appropriate number of enterable elements 
for hours, minutes, etc. plus appropriate 
separator static text fields 

arrange horizontally on panel according to system format 

if pass = 1 then do 

adjust alignment point to max of all current prompts 
set current max column width to alignment point plus max 
width of all current primary controls 
( including total width of all elements making up 
this time entry field) 

end 

else (pass = 2) do 

position leftmost primary element at alignment point 

position prompt at left margin and current Y 

set current Y value to current Y value + timefield 

height + timefield standard vertical spacing 
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end 

end 

if instruction is 'create currency field 1 then do 

retrieve prompt text from current language-dependent file 
calculate width of prompt text 

retrieve system currency format 

create appropriate number of enterable elements for 
major/minor currency (dollars/cents) etc. plus 
appropriate separator static text and prefix/suffix text 

arrange horizontally on panel according to system format 

if pass = 1 then do 

adjust alignment point to max of all current prompts 
set current max column width to alignment point plus max 
width of all current primary controls 
(including total width of all elements making up 
this currency entry field) 

end 

else (pass = 2) do 

position leftmost primary control at alignment point 

position prompt at left margin and current Y 

set current Y value to current Y value + currencyf ield 

height + currencyf ield standard vertical spacing 

end 

end 

if instruction is 'end window definition' then do 
if pass = 2 then do 

set window height = current Y value 

set window width = current max column width 

end 

end 



EP 0 528 640 A2 



end end 
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TABLE 1 

10 

As can be seen in this Table 1, the above process is executed upon an application program 110 of Figure 
4 requesting a panel to be rendered on an display device. The language independent language dependent, 
and system formats are read by the formatter, which dynamically computes the location and size of the various 
fields to be displayed in the subscreen 84 of Figure 5. It should be similarly noted that the above code allows 

15 for dynamic creation of language specific nomenclature, such as date, time, or currency presentation. For ex- 
ample, in Figure 5 the English language presents the date as month/date/year at 90, whereas the German 
language presents the date as date-month-year at 122. The English panel displays time as an hour with values 
1-12 and a date at 94, and further having an AM or PM, as appropriate, at 126. The German language pane! 
120, on the other hand, displays time using an hour nomenclature providing for hours 1-24 with no AM/PM 

20 designation, as shown at 124. Differences in currency presentation are also provided for at 98 and 128, where 
the English panel has a preceding currency indicator at 130, whereas the German version has a trailing cur- 
rency indicator at i 32. As can be seen from the above, this dynamic panel creation at application runtime sup- 
ports language specific renditions independent from the application program. The person writing the applica- 
tion program has no cognizance of the resulting screen formats being used, and can code a single application 

25 program which will operate in a multilingual environment The application program will operate, and present a 
consistent user interface, to an end user for any language having a language dependent file. 

Another important feature of the present invention is the capability to annotate, or add comments to, the 
tags and prompts contained within the single source file. Returning to Figure 4, a prompt note tag 62 is shown 
as a part of the prompt 60 of tag 56. The text 64 of this note tag is recognized by the compiler 31 during com- 

30 pilation, and is included in the language dependent file as a comment 134 associated with that particular 
prompt string 74. The particular embodiment for implementing this feature is shown below, in Table 2. 
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PSEUDO-CODE Executed by compiler to extract notes 

Do for all input lines 
10 Get next line 

Determine which element type is being defined 

Locate definitions for each required text string for this element 
type 

15 

Get the specified id in this line 

If a note is defined for a particular text string then do 

Build output line text with the id; the text string; "/* Note"; 
20 then note text; then "*/" 

end # 
else do 

Build the output line with the id; then the text string 

end 

Place the output line in 'Language dependent file 1 end 



25 



30 



TABLE 2 



35 

The above feature is useful for aiding translators who will be translating the language dependent file 70 
into another language dependent file 1 00 suitable for a particular language to be supported. For instance, some 
words in English may be used as either a noun or a verb, depending on the context of the word in a sentence. 
When the word is conveyed in the language dependent file, it may not have any context associated with it, 

40 and the translated word in the target language may have differing translations depending upon whether it is 
a noun or verb. By adding this annotation feature, such information can be easily conveyed to translators and 
translation houses. Other examples for using this feature could include instances where a particular text string 
shouldn't be translated at all. as when the string is an acronym not having any dictionary meaning. A note could 
be provided to the translator to indicate the string should not be translated. This feature greatly reduces the 

45 number of iterations involved between the originating panel developers and translation centers by providing 
an improved method of conveying information within the file to be translated. Further, this information (text 
to be translated and accompanying notes) was initially derived from a single file containing all information per- 
taining to the panel to be displayed, with automatic generation of the language dependent text and associated 
notes. This automation further eliminates errors by ensuring that the appropriate information is attached to a 

so given file to be translated. 

As a further aid in the translation process, it has been found to be extremely useful to track and log changes 
made during the development of the initial panels. Such changes are common in a typical engineering/software 
development cycle, when a product progresses through various stages prior to the end product. For example, 
testing may discover errors in the program, the user interface may be objected to by a human-factors specialist, 

55 etc. Yet, in order to decrease development time of products (or 'time to market'), numerous activities must be 
done in parallel to reduce the overall time requirements. Therefore, a set of screen panels for a given application 
may need to be sent to a translation center before the final program code is completed. This is desirable in 
that translation centers can add significant time delays in translating a product, and by getting this phase going 

9 
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early on, prior to final code delivery, the overall development time can potentially be reduced. However, when 
the translation centers begin work on a pre-release version of code, the potential exists that what is desired 
in the final product may have different screen panels, requiring a different language dependent file for trans- 
lation. There is no convenient method for indicating how a subsequent language dependent file differs from 
an earlier received version. 

Asolution to this problem is shown in Figure4, during the development process of creating the initial panels 
and language specific file associated therewith. A previous version of a language dependent f fle 136, which 
would be a f ile earlier sent to a translation center, for example, is compared at 138 with the current version of 
the language dependent file 70. A change log file 140 is generated as a result, and this change log file 140 
can then be used by the translator centers and translators to minimize the amount of work required when a 
new language dependent file 70 is received. The following procedure of Table 3 details this operation. 



PSEUDO-CODE Executed by Ctomparison/Logger Program 
Prior to compile step: 

Rename lahguage dependent file to another name save it. 

After compile: 

Read all lines from old version of language dependent file 
Store text strings such that they may be retrieved by their 
specified id value 



Read all lines from old version of language dependent file 
Store text strings such that they may be retrieved by their 
specified id value 



do for all strings in new file 

locate string by matching id in old-file group 
if string is different then do 



10 



EP 0 528 640 A2 



create log entry with date; time; 'Change*; id; old string; 

and new string 
flag old string as being referenced 

end 

if string id does not exist in old-file group then do 

create log entry with date; time; 'New 1 ; id; new string 

end 

end 

do for all strings in old file 

if string has not been flagged as being referenced then do 
create log entry with date; time; 'Delete' id; old string 

end 

end 



TABLE 3 
25 

The change log file created above could then be sent, along with the new language dependent file requiring 
translation, to the translation centers for expedient processing. This process reduces the amount of work in 
subsequent translations, and allows for early-level code to be sent for translation early in the development 
30 cycle. This results in a reduction in the overall development cycle for a product being developed with multilin- 
gual capabilities and markets. 

Claims 

35 

Claim 1. A system for generating a user interface screen having at least one subscreen, in a data for run- 
ning an application program in one of two or more user languages, comprising a first file substantially com- 
prising language independent information; a second file substantially comprising language dependent infor- 
mation and formatting means adapted to format said user interface screen during execution of said application 
40 program using information from said first file and said second f 3e, and to convert said subscreen to a language 
specific format. 

Claim 2. A system as claimed in Claim 1 further comprising an application program interface to such ap- 
plication program wherein said application program is incognizant of said language specific format. 

Claim 3. A system as claimed in Claim 1 or Claim 2 wherein said language specific format comprises a 
45 date field. 

Claim 4. A system as claimed in Claim 1 or Claim 2 wherein said language specific format comprises a 
time field. 

Claim 5, A system as claimed in Claim 1 or Claim 2 wherein said language specific format comprises a 
currency field. 

so Claim 6. A system as claimed in any preceding claim wherein said first file and said second file are gen- 

erated from a single source file using a data processing system program. 

Claim 7. A system as claimed in any preceding claim wherein said second file further comprises annota- 
tions for use by a translator. 

Claim 8. A system as claimed in any preceding claim wherein said second file further comprises change 
55 log information representing a history of changes made to said second file. 

Claim 9. A method for generating user interface screens, having at least 
one subscreen, in a multilingual compatible data processing system comprising reading a f irstf ile substantially 
comprising language independent information; reading a second file substantially comprising language de- 



10 



15 



11 



EP 0 528 640 A2 



pendant information and dynamically formatting at least one of said user interface screens using information 
from said first file and said second file and converting said subscreen to a language specific format. 

Claim 10. Amethod as claimed in Claim 9 comprising executing an application program on said data proc- 
essing system; generating a series of input and output commands, by said application program, to an applica- 
tion program interface of a user interface rendering program; reading a first file substantially comprising lan- 
guage dependant information and a second file substantially comprising language independent information 
by said rendering program upon receipt of at least one of said series of input and output commands and dy- 
namically formatting at least one of said user interface screens, by said rendering program, using information 
from said first file and said second file and automatically converting said at least one subscreen to a language 
specific format, wherein said application program is incognizant of said specific language format 
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